Method and apparatus for effecting synchronous pulse generation for use in serial communications

ABSTRACT

A method for effecting synchronous pulse generation for use in serial communications is provided. The method includes the steps of generating a difference signal representing a signal level difference between at least two data stream signals; providing a clock signal; providing a counter, defining a sample count value of the counter; incrementing the counter in relation to the clock signal; and determining whether a current count value of the counter corresponds to the sample count value. If the current count value corresponds to the sample count value, then the method performs a step of generating a synchronous pulse. If the current count value does not correspond to the sample count value, then the method performs a step of determining whether a signal level of said difference signal has changed, and if the signal level of the difference signal has changed then performing a step of ignoring further changes in the signal level of the difference signal until the current count value of the counter corresponds to the sample count value at which time the step of generating the synchronous pulse is repeated.

This is a continuation of application Ser. No. 09/859,782 filed May 16, 2001 now U.S. Pat. No. 7,103,125.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to serial communications, and, more particularly, to a method and apparatus for effecting synchronous pulse generation for use in serial communications.

2. Description of the Related Art

A Universal Serial Bus (hereinafter referred to as “USB”) permits a variety of peripheral devices, such as a printer or scanner, to be connected to a generic port in a host computer. During communication between a host computer and peripheral device via a USB, data is transmitted over the bus, but the USB does not transmit a clock for synchronization. Therefore, it is necessary for a USB receiver to have some mechanism to synchronize itself with the incoming data. The USB Specification (version 1.1) describes methods of encoding transmitted data for keeping a receiving device synchronized with the incoming data. Each packet transmitted on USB begins with a synchronization field to allow the receiver to synchronize with the transmitted data. The receiver is kept in synchronization with the transmitter by the non return to zero invert (hereinafter referred to as “NRZI”) encoding and by bitstuffing if the NRZI encoding does not signal a transition after 6 bits.

Current USB systems utilize multiple clocks, one of which is a 12 MHz clock that is synchronized to the data on the USB. For example, U.S. Pat. No. 5,910,742 issued to Snyder, et al. (hereinafter referred to as “Snyder”) discloses a circuit and method for synchronizing a data signal to one of a plurality of clocks. Snyder discloses using two pulses generated by the transmission of data to select one of many clocks to use for recovering the transmitted data. In Snyder, a clock generator is configured to generate a plurality of clocks and/or a logic circuit is configured to select the clock signal having the closest timing in relationship with the data signal.

Typically, USB systems include a USB controller for synchronizing the timing relationships by relying on feedback to synchronize incoming data. A USB controller in a typical system uses a digital phase-locked loop hereinafter referred to as “DPLL”) circuit that runs on a 48 MHz clock. The USB data signals, commonly referred to as D+ and D−, are inputs into the DPLL and the DPLL outputs a 12 MHz clock signal synchronized to the USB data. The USB controller uses the DPLL clock signal to extract the bit values of the USB data. In many systems, the clock synchronized with the USB is unsuitable for other logic that interfaces with the USB because the clock rate is slower and the clock frequency or period varies. For example, the 48 MHz clock signal may be divided to generate a 24 MHz clock signal for a processor or other logic. Thus, a separate clock is used for the processor and the other logic in those systems. Multiple clocks require additional logic for synchronization between the clock domains and multiple clocks complicate the testing of the system logic.

One method and apparatus for synchronizing circuitry between multiple clock timing domains, such as a USB, is disclosed in U.S. Pat. No. 5,923,193 issued to Bloch, et al. (hereinafter referred to as “Bloch”). In FIG. 2 of Bloch a timing diagram illustrates a source clock, a fixed clock and a latch signal. Bloch discloses that the source clock signal has a 48 MHz frequency and that the clock divider circuit divides the source clock signal frequency to produce a 12 MHz clock signal. It is important to note that Bloch discloses passing the arriving data signal through a DPLL, and thus, Bloch discloses at least two clock domains, the system clock and the DPLL clock. Once created, these two clock domains are delayed in such a way that they are staggered slightly aiding in decoding the incoming data. A latching pulse, created using the internal 48 MHz clock, pulses every four edges of the 48 MHz clock. These signals along with a latching scheme are used to decode the incoming data.

Attempts have been made to optimize the flow of isochronous data and clock rate information over a USB, such as that disclosed in U.S. Pat. No. 5,958,027 issued to Gulick (hereinafter referred to as “Gulick”). In Gulick, the USB conveys a control signal to a data producer to increase or decrease the clock rate of the data producer based upon the level of data within the buffer of the USB. Thus, in Gulick the clock rate of the data producer or data transmitter is changed.

What is needed in the art is a method and apparatus for effecting synchronous pulse generation for serial communications using a simplified hardware configuration.

SUMMARY OF THE INVENTION

The present invention provides a method and apparatus for effecting synchronous pulse generation for use in serial communications.

The invention comprises, in one form thereof, a method including the steps of generating a difference signal representing a signal level difference between at least two data stream signals; providing a clock signal; providing a counter; defining a sample count value of the counter; incrementing the counter in relation to the clock signal; and determining whether a current count value of the counter corresponds to the sample count value. If the current count value corresponds to the sample count value, then the method performs a step of generating the synchronous pulse. If the current count value does not correspond to the sample count value, then the method performs a step of determining whether a signal level of the difference signal has changed, and if the signal level of the difference signal has changed then performing the step of ignoring further changes in the signal level of the difference signal until the current count value of the counter corresponds to the sample count value at which time the step of generating the synchronous pulse is repeated.

In another form, the invention provides a method of extracting data from a difference signal representing a signal level difference between at least two data stream signals. The method includes the steps of providing a clock signal; providing a counter; defining a sample count value of the counter, incrementing the counter in relation to the clock signal; and determining whether a current count value of the counter corresponds to the sample count value. If the current count value corresponds to the sample count value, then the method performs a step of sampling the difference signal to extract data from the difference signal. If the current count value does not correspond to the sample count value, then the method performs a step of determining whether a signal level of the difference signal has changed, and if the signal level of the difference signal has changed then performing the step of ignoring further changes in the signal level of the difference signal until the current count value of the counter corresponds to the sample count value at which time the step of sampling the difference signal to extract data from the difference signal is repeated.

In still another form, the invention provides a communications device including a receiver having a first input, a second input and a first output, the first input being adapted for receiving a first data signal stream and the second input being adapted for receiving a second data signal stream. The receiver processes the first data signal stream and the second data signal stream to generate a difference signal representing a difference between the first data signal stream and the second data signal stream. A synchronous pulse generator is provided having a first difference signal input and a synchronous pulse output, the difference signal input being coupled to the first output for receiving the difference signal. The synchronous pulse generator processes a clock signal and the difference signal to generate a synchronous pulse used for extracting data from the difference signal.

In still another form, the invention provides a method for synchronizing a receiver to data including the steps of initializing a counter to count clock cycles; detecting a current count value; defining a sampling count value; detecting a change in the data; incrementing the count value if no change in the data is detected; and generating a pulse when said count reaches said sampling count value.

An advantage of the invention is that serial communications is facilitated using a simplified hardware configuration.

Another advantage of the present invention is that the phase lock loop circuit of a typical USB communications system can be eliminated.

Still another advantage of the present invention is that operation of a USB is facilitated without the need for two or more separate clock signals within the USB communications system.

BRIEF DESCRIPTION OF THE DRAWINGS

The above-mentioned and other features and advantages of this invention, and the manner of attaining them, will become more apparent and the invention will be better understood by reference to the following description of an embodiment of the invention taken in conjunction with the accompanying drawings, wherein:

FIG. 1 is a general block diagram of a USB communication device embodying the present invention.

FIG. 2 is a block diagram of the synchronous pulse generator of FIG. 1.

FIG. 3 is a flow diagram depicting the operation of the synchronous pulse generator of FIG. 2.

FIG. 4 is a state diagram describing the operation of the full-speed controller of FIG. 3.

FIG. 5 is a schematic representation of the full-speed controller described by the state diagram of FIG. 4.

FIGS. 6, 7 and 8 show waveforms of signals associated with the full speed controller of FIG. 5.

FIG. 9 is a schematic representation of the slow-speed controller of FIG. 3.

Corresponding reference characters indicate corresponding parts throughout the several views. The exemplifications set out herein are not to be construed as limiting the scope of the invention in any manner.

DETAILED DESCRIPTION OF THE INVENTION

Referring now to the drawings and particularly to FIG. 1, there is shown a general block diagram of a USB communications device 10 embodying the present invention. For both sending and receiving data, a synchronization pulse is generated to enable the USB sending and receiving logic. However, for sending USB data, synchronization of the data is not necessary because the device or host that is receiving the data is responsible for synchronizing its logic to the transmitted data, Therefore, for sending data, a pulse is generated every 83.3 ns for a 12 MHz operation of the sending logic. Those skilled in the art will recognize that the transmitter portion of USB communications device 10 pertaining to the generation and transmission of data packets using a USB protocol can be implemented using apparatus and methods well known in the art. Thus, for ease of understanding the present invention, the transmitter portion of USB communications device 10 pertaining to the generation and transmission of data packets using a USB protocol is omitted from further discussion herein.

The present invention synchronizes USB communications device 10 with incoming USB data. USB communications device 10 is preferably implemented in the form of an application specific integrated circuit (ASIC), and includes processing circuitry for processing signals in a predetermined fashion. As shown in the block diagram of FIG. 1, USB communications device 10 includes a USB receiver 12, a clock source 13, a synchronous pulse generator (SPG) 14, a serial interface engine (SIE) 16 and a protocol engine (PE) 18.

USB receiver 12 has a first input 20, a second input 22, a difference signal output 24, a first buffered output 26 and a second buffered output 28. First input 20 is adapted for receiving a first data signal stream D+ and second input 22 is adapted for receiving a second data stream D−. First data signal stream D+ and second data signal stream D− are physically located on two data signal lines of the USB. USB receiver 12 executes processing steps for processing first data signal stream D+ and second data signal stream D− to generate a difference signal RXD representing a voltage difference between first data signal stream D+ and second data signal stream D−. First buffered output 26 and second buffered output 28 provide buffered D+ and D− data signal streams, represented as buffered output signals DP_IN and DM_IN, respectively.

Clock source 13 is a free running oscillator having a clock output 29. Clock source 13 generates a clock signal CLK that is provided to clock output 29. Preferably, clock signal CLK has a frequency of 48 MHz, although it is to be understood that the present invention will work with any clock frequency that is a multiple of 4 or more times 12 MHz.

Synchronous pulse generator 14 has a clock input 30, a reset input 31, a difference signal input 32, a speed input 33 and a synchronous pulse output 34. Clock input 30 is coupled to clock output 29 of clock source 13 and is adapted for receiving clock signal CLK. Reset input 31 is adapted to receive a reset input signal RESET_N. Difference signal input 32 is coupled to difference signal output 24 of USB receiver 12 for receiving difference signal RXD. Speed input 33 is adapted to receive speed input signal SLOW_SPEED. The signal level of speed input signal SLOW_SPEED indicates whether synchronous pulse generator 14 is to operate at slow speed or at full speed. Synchronous pulse generator 14 executes processing steps to process clock signal CLK and difference signal RXD to generate a synchronous pulse SPG_PULSE that in turn is provided to synchronous pulse output 34. Synchronous pulse SPG_PULSE is used to signify a time for sampling difference signal RXD to extract data from difference signal RXD.

Serial interface engine 16 has clock input 36, a difference signal input 38, a synchronous pulse input 40, a parallel output 42 and a data ready output 44, Clock input 36 is coupled to clock output 29 of clock source 13, and in parallel with clock input 30 of synchronous pulse generator 14, for receiving clock signal CLK Difference signal input 38 is coupled to difference signal output 24 of USB receiver 12, and in parallel with difference signal input 32 of synchronous pulse generator 14, for receiving difference signal RXD. Synchronous pulse input 40 is coupled to synchronous pulse output 34 of synchronous pulse generator 14 for receiving synchronous pulse SPG_PULSE. Serial interface engine 16 executes processing steps to process clock signal CLK, difference signal RXD and synchronous pulse SPG_PULSE to generate parallel data P_DATA for output on parallel output 42. When P_DATA is present at parallel output 42, serial interface engine 16 further generates a data ready signal DATA_RDY that is provided to data ready output 44.

Protocol engine 18 has a clock input 46, a parallel input 48, a data ready input 50, and an output 52. Clock input 46 is coupled to clock output 29 of clock source 13, which in turn is coupled in parallel with clock inputs 30 and 36. Parallel input 48 is coupled to parallel output 42 of serial interface engine 16 via a parallel bus 54 for receiving parallel data P_DATA. Data ready input 50 is coupled to data ready output 44 of serial interface engine 16 for receiving data ready signal DATA_RDY. Protocol engine 18 executes processing steps to process clock signal ·CLK, parallel data P_DATA and data ready signal DATA_RDY to generate processed data for output on output 52. Output 52 is coupled to a parallel bus (not shown) in a system, such as a printer or host computer, with which the USB communications device 10 is associated.

During operation of USB communications device 10, the physical USB signals, including data signal stream D+ and data signal stream D−, initially enter USB receiver 12. USB receiver 12 buffers data signal streams D+ and D− and generates difference signal RXD. Difference signal RXD is based on the condition of D+ being greater than D−. Difference signal RXD is passed to both synchronous pulse generator 14 and serial interface engine 16. The synchronization pulse SPG_PULSE generated by synchronous pulse generator 14 is used to synchronize the logic in serial interface engine 16 for extraction of data from difference signal RXD, and for the conversion of the serial difference signal RXD signal into a parallel format to generate parallel data P_DATA. When serial interface engine 16 has converted eight bits of data to generate P_DATA, the P_DATA is provided to parallel output 42 and in turn to parallel bus 54. Once P_DATA is present on parallel bus 54, the state of data ready signal DATA_RDY is changed to inform protocol engine 18 of the availability of P_DATA for reading by protocol engine 18. Protocol engine 18 is responsible for interpreting the data for USB packet information.

In order to read received USB data it is necessary to synchronize synchronization pulse SPG_PULSE with the rate at which the data is changing. The maximum USB data jitter is 20.0 ns from transition to transition. Therefore, the data must be captured near the center of the bit period. This is accomplished by aligning synchronization pulse SPG_PULSE a certain number of clock periods after a change in the difference signal RXD. Every time a synchronization pulse SPG_PULSE is generated, the serial interface engine 16 samples difference signal RXD to determine what kind of a bit is being transferred. If difference signal RXD has changed, then a logic 0 is being transmitted. If difference signal RXD has not changed, then a logic 1 is being sent. For example, if the bits 11110000 were transmitted, difference signal RXD would change in value every 83.3 ns for each logic 0 and would stay the same for the ones. Thus, in order to know how many ones were being sent, synchronization pulse SPG_PULSE must be aligned correctly with difference signal RXD. USB uses bitstuffing to guarantee a transition on difference signal RXD at least every 7 bit periods to keep the USB receiver of the receiving device synchronized with the USB transmitter of the transmitting device.

FIG. 2 is a detailed block diagram of synchronous pulse generator 14. As previously described, synchronous pulse generator 14 includes clock input 30, reset input 31, difference signal input 32, speed input 33 and synchronous pulse output 34. Synchronous pulse generator 14 includes a full speed controller 56, a slow speed controller 58, a counter 59 and a multiplexer 60. Counter 59, as shown, is connected to provide count values to each of full speed controller 56 and slow speed controller 58, and when enabled is incremented at each cycle of clock signal CLK. Counter 59 may be implemented as a physical counter device, or in software or firmware as a state machine. Also, it is contemplated that counter 59 may be replaced by two independent counters, each being dedicated to a respective one of full speed controller 56 and slow speed controller 58.

Full speed controller 56 provides a full-speed pulse output signal FULL_SPEED_PULSE. Slow speed controller 58 provides a slow speed pulse output signal SLOW_SPEED_PULSE. Thus, full speed controller 56 and slow speed controller 58 provide for full-speed and slow-speed USB communications, respectively. Multiplexer 60 selects between the signals FULL_SPEED PULSE and SLOW_SPEED_PULSE for output as synchronous pulse SPG_PULSE, based on the signal level present at speed input 33. For example, if speed input signal SLOW_SPEED is at a logic low level, then the full speed output signal FULL_SPEED PULSE of full speed controller 56 is selected to be the synchronous pulse SPG_PULSE present at synchronous pulse output 34. Likewise, if speed input signal SLOW_SPEED is at a logic high level, then the slow speed output signal SLOW_SPEED PULSE of slow speed controller 58 is selected to be the synchronous pulse SPG_PULSE present at synchronous pulse output 34. The details of the operation of full speed controller 56 and slow speed controller 58 are presented below following a discussion of the general operation of synchronous pulse generator 14.

FIG. 3 is a flow diagram depicting the operation for synchronous pulse generator 14 shown in FIGS. 1 and 2. The flow diagram of FIG. 3 describes both processes that occur synchronous to clock signal CLK and some of which that occur in parallel. Therefore, it is necessary to first describe the meaning of the symbols in the diagram. An oval is used for the start state at step 110. Note that there is no stop state in the diagram because synchronous pulse generator 14 runs until power is removed or is reset. Rectangles are used for actions that occur synchronous with the clock. Rounded rectangles are used for actions that occur asynchronously. An ellipse is used for a parallel process that is begun when the box is reached. Finally, diamonds are used for flow decision points.

Operation begins at step 110 and proceeds to step 111. At step 111, the values for the variables M, K and S are calculated. The variable M is defined as a clock multiple, and is calculated by dividing the clock rate by the bit rate. Thus, the clock rate is M times the bit rate. The bit rate of slow-speed USB is 1.5 MHz and the bit rate for full-speed USB is 12 MHz. Using a clock signal CLK having a frequency of 48 MHz, the values of M are therefore 32 and 4 for slow and full speed, respectively. Then, K is the maximum value of zero-based counter 59 used in synchronous pulse generator 14 (see FIG. 2). S is the value of counter 59 at which time the difference signal RXD should be sampled. Round-down integer division should be used to calculate the value for S. For example, if M is 5 then M/2=2 and S=1. The value of M is not used elsewhere in the flow diagram; it is only used to calculate K and S. In the actual implementation of this diagram, the calculations for M, K and S may not be an actual step in the device operations, but instead may be determined a priori and their values used to determine the configuration of synchronous pulse generator 14.

Step 112 represents a reset state, in which counter 59 is initialized and its count set to zero. After the reset ends, operation continues to step 113 where the count of counter 59 is compared to the value determined for S. If the count is equal to S, then at step 114 a sampling pulse, i.e., synchronous pulse SPG_PULSE, is output at synchronous pulse output 34 and is used to signify that it is time for sampling difference signal RXD to extract data from difference signal RXD. The duration of each pulse of synchronous pulse SPG_PULSE is one clock cycle. Also, synchronous pulse SPG_PULSE may be used as an enable signal to enable the logic used in extracting the data from difference signal RXD.

If at step 113 the count of counter 59 is not equal to the value determined for S, then the process continues to step 115. At step 115, difference signal RXD is checked for changes. This check is performed by comparing a previously stored value for difference signal RXD (hereinafter, RXD_TEMP) stored in a register in USB receiver 12 with the current value of difference signal RXD. The current difference signal RXD is compared to RXD_TEMP each clock cycle, and thereafter the current difference signal RXD is saved as the new RXD_TEMP. If there was no change of the state of difference signal RXD, then at step 116 the count of counter 59 is compared to the terminal count K. At step 116, if the count is at its terminal count K, then at step 117 counter 59 is reset and the process proceeds back to step 113. However, at step 116, if the count is not at its terminal count K, then at step 118 counter 59 is incremented, and the process proceeds back to step 113. The count of counter 59 is changed, either by being reset at step 117 or incremented at step 118, on the next rising edge of clock signal CLK.

It, at step 115, it was determined that difference signal RXD had changed, then the count of counter 59 is reset on the next rising edge of clock signal CLK and operation continues in a mode (see steps 119, 120 and 121) in which changes in difference signal RXD are ignored until the count of counter 59 is equal to S, at which time the next sampling pulse (synchronous pulse SPG_PULSE) is output to synchronous pulse output 34 and is used in sampling difference signal RXD to extract data from difference signal RXD. At step 119, counter 59 is reset to a count of zero to synchronize synchronous pulse SPG_PULSE with difference signal RXD. At step 120, the count of counter 59 is compared to the value of S. If the count of counter 59 is equal to S, then the process proceeds back to step 114 wherein a next synchronous pulse SPG_PULSE is output to synchronous pulse output 34 and is used in sampling difference signal RXD to extract data from difference signal RXD. Thereafter, the process then continues to step 115, as described above. However, if at step 120 the count of counter 59 is not equal to the value of S, then at step 121 the count of counter 59 is incremented on the rising edge of clock signal CLK and the process flow returns to step 120 to again determine whether the count of counter 59 is equal to the value of S.

The flow diagram depicted in FIG. 3 is a generic representation of the invention. Those skilled in the art will recognize that various aspects of the flow diagram could be changed while remaining within the scope of the invention. For example, a down counter could be used in place of the up counter or the counter could start with a count other than zero. Also, state changes could occur on the falling edge or on both edges of the clock signal CLK. Furthermore, it is contemplated that a state machine may be used that does not implement an explicit counter.

One possible change that would affect the behavior of synchronous pulse generator 14 is varying the number of clock cycles during which the changes on difference signal RXD are ignored (see steps 119, 120 and 121). In the flow diagram of FIG. 3 and the preferred implementation of synchronous pulse generator 14, changes are ignored from the time the count of counter 59 is reset in response to a change in difference signal RXD until the synchronous pulse SPG_PULSE is output. This is convenient because the count of counter 59 is already being checked for value S. However, it is contemplated that other values may be acceptable. Furthermore, it is noted that if M is a power of two then an ordinary binary counter will roll-over to 0 from a count of K. In that case, steps 116 and 117 depicted in FIG. 3 can be eliminated. Thus, preferred embodiments of the invention that use an explicit counter are implemented using a binary counter using M values of 2² and 2⁵.

The process described above in relation to the flow diagram of FIG. 3 is incorporated into both full speed controller 56 and slow speed controller 58 to support both full-speed and slow-speed USB traffic. Both implementations are discussed below.

FIG. 4 is a state diagram describing the full-speed implementation of the full speed controller 56. FIG. 5 is a schematic representation of full-speed controller 56 that implements the state diagram of FIG. 4. The embodiment of FIGS. 4 and 5 uses a state machine to implicitly implement a counter, and therefore, in this embodiment counter 59 shown in FIG. 2 is not used. The following state table represents the states labeled in the state diagram of FIG. 4. Thereafter, next-state equations are shown that are directly applicable to the state table and the schematic representation of full-speed controller 56 shown in FIG. 5.

TABLE 1 State Table For Generation of Full-Speed Signal FULL_SPEED_PULSE as Synchronous Pulse SPG_PULSE Q1 Q2 Q3 Cnt STATE_1 0 0 0 2 STATE_2 0 1 0 3 STATE_3 0 0 1 0 STATE_4 0 1 1 1 CH_STATE 1 0 0 0 Note: The counter value corresponding to each state is given as Cnt in the above State Table.

With reference to FIG. 5, the next state equations for full-speed generation of the synchronous pulse SPG_PULSE by full-speed controller 56 is as follows. Variables Q1, Q2 and Q3 are the output signals of flip-flops FF1, FF2 and FF3, respectively. Q1_(n+1)= EQ+Q1_(n) Q2_(n+1)= Q1_(n) · Q2_(n) ·EQ+Q1_(n)· Q2_(n) · Q3_(n) Q3_(n+1)= Q1_(n) · Q2_(n) ·Q3_(n) ·EQ+ Q1_(n) ·Q2_(n)· Q3_(n) ·EQ+Q1_(n)· Q2_(n) · Q3_(n)

The next state equation for the full-speed output FULL_SPEED_PULSE, as synchronous pulse SPG_PULSE, generated by full-speed controller 56 is as follows: SPG= Q1_(n) ·Q2_(n) ·Q3_(n)

Referring to FIG. 5, multiplexer MX1 controls when difference signal RXD is transferred into flip-flop FF4, which drives the signal RXD_LAST. The equation that controls the selection process for multiplexer MX1 is as follows: S0=Q1_(n)· Q2_(n) · Q3_(n)

Therefore, RXD_LAST will only be updated in the state CH_STATE of Table 1 above.

For full-speed USB, the preferred implementation uses a clock multiple of 4, i.e., clock signal CLK is four times the bit rate of the USB data. In that case, there are four possibilities when serial interface engine 16 receives a USB sync pattern (seven logic 0's followed by a logic 1) at the beginning of a USB data packet. After each change in difference signal RXD, the sampling is moved to sample in the middle of a data pulse. The first case, which is not shown, is that the synchronous pulse SPG_PULSE is already aligned with the incoming USB data packet. For all other cases, the synchronous pulse SPG_PULSE must be adjusted to be in synchronization with the incoming USB packet.

FIGS. 6, 7 and 8 show waveforms depicting the positioning of the sampling pulse FULL_SPEED PULSE in relation to clock signal CLK, difference signal RXD and stored prior difference signal RXD_TEMP. The waveform diagram in FIG. 6 shows the output pulse FULL_SPEED_PULSE being delayed by one clock cycle. The waveform diagram in FIG. 7 shows the output pulse FULL_SPEED_PULSE being pulled in by one clock cycle. The waveform diagram in FIG. 8 shows the output pulse FULL_SPEED PULSE being pulled in by two clock cycles. Each of the conditions is addressed by the implementation of full speed controller 56 of synchronous pulse generator 14.

FIG. 9 is a schematic representation of slow-speed controller 58. Preferably, slow-speed controller 58 is implemented using a S-bit binary up-counter CNT1 because a state-machine implementation would require approximately 48 states. The following logic equations are directly applicable to the schematic of FIG. 9 for generation of slow speed synchronous pulse SLOW_SPEED_PULSE by slow-speed controller 58 (see FIG. 2): Q1_(n+1) =RXD PREV=Q1_(n+1) CHG=PREV⊕RXD Q2_(n+1) =CHG+ CDET· SLOW_SPEED_PULSE CDET _(—) N= Q2_(n+1) CLR═CHG·(CDET+SLOW_SPEED_PULSE)

Referring to the equations immediately set forth above, the signal PREV (also referred to herein as RXD_TEMP) is the stored value of difference signal RXD. The signal CHG represents a value change in difference signal RXD and is asserted when the PREV value of difference signal RXD does not match its current value. The signal CDET_N is the inverted value of the signal that signifies that a change in difference signal RXD has been detected and is used to debounce difference signal RXD. If difference signal RXD changing causes the signal CLR to be asserted, the signal CLR will only be asserted once until the slow speed synchronous pulse SLOW_SPEED_PULSE has been generated. CLR will also be asserted if a change is occurring during the assertion of the slow speed synchronous pulse SLOW_SPEED_PULSE. Slow speed synchronous pulse SLOW_SPEED_PULSE, corresponding to synchronous pulse SPG_PULSE in the slow speed implementation, will be asserted when the count of counter CNT1 has reached 15.

While this invention has been described as having a preferred design, the present invention can be further modified within the spirit and scope of this disclosure. This application is therefore intended to cover any variations, uses, or adaptations of the invention using its general principles. Further, this application is intended to cover such departures from the present disclosure as come within known or customary practice in the art to which this invention pertains and which fall within the limits of the appended claims. 

1. A method for effecting synchronous pulse generation for use in serial communications, comprising: generating a difference signal representing a signal level difference between at least two data stream signals; providing a clock signal; providing a counter; defining a sample count value of said counter; incrementing said counter in relation to said clock signal; determining whether a current count value of said counter corresponds to said sample count value, and if said current count value corresponds to said sample count value then performing generating a synchronous pulse, and if said current count value does not correspond to said sample count value then performing determining whether a signal level of said difference signal has changed, and if said signal level of said difference signal has changed then performing ignoring further changes in said signal level of said difference signal until said current count value of said counter corresponds to said sample count value at which time said generating said synchronous pulse is repeated.
 2. The method of claim 1, wherein said synchronous pulse is used to signify a time for performing sampling said difference signal to extract data from said difference signal.
 3. The method of claim 1, further comprising defining a maximum count value of said counter, wherein if said current count value corresponds to said maximum count value then performing resetting said counter.
 4. The method of claim 1, wherein said ignoring further changes in said signal level of said difference signal further comprises: resetting said counter; determining whether said current count value corresponds to said sample count value; and if said current count value does not correspond to said sample count value then performing incrementing said counter each cycle of said clock signal until said current count value corresponds to said sample count value at which time sampling said difference signal to extract data from said difference signal is performed.
 5. The method of claim 1, wherein said generating said synchronous pulse further comprises selecting between a full speed pulse for use during full speed Universal Serial Bus (USB) communication and a slow speed pulse for use during slow speed USB communication.
 6. The method of claim 5, wherein said full speed USB communication is at a frequency of 12 MHz.
 7. The method of claim 5, wherein said slow speed USB communication is at a frequency of 1.5 MHz.
 8. A method of extracting data from a difference signal representing a signal level difference between at least two data stream signals, comprising: providing a clock signal; providing a counter; defining a sample count value of said counter; incrementing said counter in relation to said clock signal; determining whether a current count value of said counter corresponds to said sample count value, and if said current count value corresponds to said sample count value then performing sampling said difference signal to extract data from said difference signal, and if said current count value does not correspond to said sample count value then performing determining whether a signal level of said difference signal has changed, and if said signal level of said difference signal has changed then performing ignoring further changes in said signal level of said difference signal until said current count value of said counter corresponds to said sample count value at which time said sampling said difference signal to extract data from said difference signal is repeated.
 9. The method of claim 8, wherein when said current count value corresponds to said sample count value, said method further comprises generating a synchronization pulse to signify a time for said sampling of said difference signal to extract data from said difference signal.
 10. The method of claim 8, wherein said generating said synchronous pulse further comprises selecting between a full speed pulse for use during full speed Universal Serial Bus (USB) communication and a slow speed pulse for use during slow speed USB communication.
 11. The method of claim 10, wherein said full speed USB communication is at a frequency of 12 MHz.
 12. The method of claim 10, wherein said slow speed USB communication is at a frequency of 1.5 MHz.
 13. The method of claim 8, further comprising defining a maximum count value of said counter, wherein if said current count value corresponds to said maximum count value then performing resetting said counter.
 14. The method of claim 8, wherein said ignoring further changes in said signal level of said difference signal further comprises: resetting said counter; determining whether said current count value corresponds to said sample count value; and if said current count value does not correspond to said sample count value then performing incrementing said counter each cycle of said clock signal until said current count value corresponds to said sample count value at which time said sampling said difference signal to extract data from said difference signal is repeated.
 15. A method for synchronizing a receiver to data, comprising: providing a single clock signal; initializing a counter to count clock cycles; detecting a current count value; defining a sampling count value; detecting a change in said data; incrementing said count value if no change in said data is detected; generating a pulse when said counter reaches said sampling count value; and sampling said data using said single clock signal when said pulse is asserted.
 16. The method of claim 15, wherein said generating occurs if a change in said data is detected.
 17. The method of claim 15, wherein said generating occurs when said count value equals said sampling count value.
 18. The method of claim 15, further comprising delaying said pulse to center said pulse in a data bit.
 19. The method of claim 15, further comprising resetting said current count value to zero when said pulse is generated. 